home *** CD-ROM | disk | FTP | other *** search
/ Magnum One / Magnum One (Mid-American Digital) (Disc Manufacturing).iso / d12 / du.arc / UNSHAR.HEA < prev   
Internet Message Format  |  1990-10-05  |  2KB
  1. From comp.sources.misc Fri Sep 28 13:01:48 1990
  2. Path: csource!munnari.oz.au!uunet!allbery
  3. From: chip@chinacat.Unicom.COM (Chip Rosenthal)
  4. Newsgroups: comp.sources.misc
  5. Subject: v14i088: enhanced du (disk usage) plus USENET stats script
  6. Message-ID: <104990@uunet.UU.NET>
  7. Date: 16 Sep 90 01:01:33 GMT
  8. Sender: allbery@uunet.UU.NET
  9. Organization: Unicom Systems Development, Austin, TX
  10. Lines: 1621
  11. Approved: allbery@uunet.UU.NET (Brandon S. Allbery - comp.sources.misc)
  12. X-UNIX-From: chinacat!chip
  13.  
  14. Posting-number: Volume 14, Issue 88
  15. Submitted-by: chip@chinacat.Unicom.COM (Chip Rosenthal)
  16. Archive-name: enh-du/part01
  17.  
  18. I mentioned over in news.software.b that I have a script which generates
  19. USENET disk usage and readership reports.  I posted the following example
  20. of its output:
  21.  
  22.   +---------------------------------------------------------------------------
  23.   | newsgroup              read  0days  1days  3days  5days  7days 15days
  24.   | rec.arts.movies           1   1070    550      4      4      4      4
  25.   | rec.arts.sf-lovers        1    846    544     30      0      0      0
  26.   | news.groups               1    834    198      0      0      0      0
  27.   | news.lists                1    732     58      0      0      0      0
  28.   | news.announce.newusers    3    700      0      0      0      0      0
  29.   +---------------------------------------------------------------------------
  30.  
  31. The guts behind this report is an enhanced version of "du".  The du
  32. enhancement was originally started to add some badly desired features.
  33. For example, I always wanted a way to tell du not to accumulate the usage
  34. of ./alt/sources/d into ./alt.sources.
  35.  
  36. An unexpected result was that even after throwing in these features, this
  37. implementation ran significantly faster the other du's I compared it
  38. against.  Even more surprising, I found other du's reporting wrong results.
  39. In particular, they botched the "indirect block" calculations on large
  40. files.
  41.  
  42. This program uses the statfs() call, which I believe limits it to
  43. System V Release 2 systems, compatible implementations, and descendants.
  44. It has been tested on ISC UNIX 2.0.2 and SCO XENIX 386 2.3.
  45.  
  46.  
  47.